home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 8816 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.7 KB

  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: comp.os.ms-windows.setup.win3x,alt.winsock.trumpet,alt.winsock,comp.dcom.modems
  4. Subject: Re: Serial port speed
  5. Date: Fri, 22 Mar 1996 17:40:36 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <31532C64.5B93@cerberus-sys.com>
  8. References: <4gflj9$a65@news.NetVision.net.il> <312CDC9D.7DD2@cerberus-sys.com> <313018F9.534F@ozemail.com.au> <4hl7po$dg1@sleipnir.iaccess.com.au> <4ifc21$6oo@dfw-ixnews1.ix.netcom.com> <314e3eb1.21643470@nntp.ix.netcom.com> <314F7865.1305@cerberus-sys.com> <31527596.760491@news.kyoto-inet.or.jp>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.01 (Win16; I)
  14.  
  15. Leon B. Wood wrote:
  16. > "Albert P. Belle Isle" <belleisl@cerberus-sys.com> wrote:
  17. > >These 32-bit devices get direct "ring0" access to any part of the hardware they want,
  18. > >and gain great speed by not having to go through the overhead functions that apps and
  19. > >DLLs must from "ring3" of the operating system.
  20. > Are you saying that I can get faster communication speed by upgrading
  21. > to WFWG 3.11?
  22. > BTW, if there's an award for most useful person on the Internet you
  23. > have my nomination.
  24. > Leon Wood
  25. > ======================================
  26. > Leon B. Wood     Kyoto  JAPAN
  27. > E-mail: leonwood@mbox.kyoto-inet.or.jp
  28. >         71651.2732@compuserve.com
  29. > Tel:    +81(75)751-8067
  30. > ======================================
  31.  
  32. Leon:
  33.  
  34. Thanks for the kind words.
  35.  
  36. The short answer is: maybe (if you can't get rid of com overruns under Windows, and you 
  37. have a FIFO buffer in your com port).
  38.  
  39. Your serial communications speed *should* be limited by your modem.
  40.  
  41. For TCP/IP communications through a SLIP/PPP connection, you can keep yourself from 
  42. achieving that limit with a poorly-tuned WinSock. For *any* modem communications, you 
  43. can also prevent yourself from achieving the modem limit if your system's responses to 
  44. "come empty the com port" interupts are too slow to allow an overrun-free com port rate 
  45. setting that doesn't hold back the modem.
  46.  
  47. With Windows 3.1, Windows 3.11 or the original Windows for Workgroups (3.1), all 
  48. application programs expecting Windows to tell them when something has arrived in a com 
  49. port's UART must listen-through/talk-to a dll (comm.drv) that gets 16-bit "protected 
  50. mode" access to system hardware resources through a lot of overhead, just like another 
  51. Windows application program.
  52.  
  53. With Windows for Workgroups 3.11, there's a dummy comm.drv that gives application 
  54. programs the same apparent interface, but which just points to a couple of virtual 
  55. device drivers (vcomm.386 and serial.386) that have 32-bit "privileged mode" access to 
  56. hardware - just like the operating system.
  57.  
  58. Win 95, also uses this serial communications architecture, as well as WFW3.11's 
  59. separate Virtual Machine for each DOS program window (pre-emptive multi-tasking). (It 
  60. also grants each Windows program its own VM; WFW3.11 doesn't, forcing all Windows 
  61. programs to "cooperatively multi-task," like Windows 3.11 does.)
  62.  
  63. I've successfully tuned Windows 3.1 systems to eliminate com overruns while allowing 
  64. com port rate settings of 115,200 bps. However, with WFW3.11 it's a much easier job, 
  65. due to the lack of the "wet spagetti" communications architecture through which your 
  66. UART has to push interrupts in plain old Windows. (The slightly improved "freeware" 
  67. replacements for the Win3.11 comm.drv are also just 16-bit dlls, since they have to 
  68. drop into the same structure.)
  69.  
  70. The overall speed of system response in WFW3.11 also benefits from 32-bit file access 
  71. (as opposed to 32-bit block-mode disk access, which Win3.11 also has). This is also 
  72. done through another virtual device driver (VxD) called VFAT, and similarly reduces 
  73. overhead in reading files. Disk caching is also done through a VxD called VCACHE.386, 
  74. with a similar performance enhancement. (The DOS TSR smartdrv.exe is relegated to 
  75. caching floppies and CDROMs.)
  76.  
  77. As you can see, WFW3.11 is an entirely different breed of multi-tasking operating 
  78. system than the rest of the Win3x family. It's never been properly recognized as such, 
  79. because a lot of these features were quietly evaluated in WFW3.11 as part of "Project 
  80. Chicago," which finally resulted in DOS7.0/Windows4.0 - marketed as Win95. (If they had 
  81. bombed, I assume that WFW3.11 would have been quietly withdrawn as a "minor upgrade to 
  82. WFW3.1 that had some bugs in it <g>.")
  83.  
  84. Regards,
  85.  
  86. Al
  87.  
  88. -- 
  89. ==================================================================
  90. Albert P. Belle Isle
  91. Cerberus Systems, Inc.
  92.  
  93. Al's Winsock Tuning FAQ -
  94.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  95. ==================================================================
  96.